home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Floppyshop 2
/
Floppyshop - 2.zip
/
Floppyshop - 2.iso
/
diskmags
/
0022-3.564
/
dmg-0118
/
157.txt
< prev
next >
Wrap
Text File
|
1997-04-16
|
27KB
|
647 lines
Info-Atari16 Digest Wed, 20 Mar 91 Volume 91 : Issue 157
Today's Topics:
1 year warranty and stuff (2 msgs)
Calamus demo
GCC: Virtual memory exhausted error?
Graphic TIFF to IMG converter request
IFF converters?
Laplink(tm) compatible program for the ST?
memory upgrade woes on a Mega 1
Monochrome monitor for 1040ST
Mouse Crazy! (also NoiseTracker 1.5)
Spectre 128
standard practices (2 msgs)
ST Disks & Sparcstation Drives
Stuck STe ?
Trouble with Mono-spaced Fonts in a Mupfel (Gemini) Window
TT questions
Uniterm & Kermit
Uniterm & Xmodem (was Kermit)
Welcome to the Info-Atari16 Digest. The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out. Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list
instead of the moderators are likely to be lost or ignored.
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
Date: 20 Mar 91 22:40:54 GMT
From: fs7.ece.cmu.edu!o.gp.cs.cmu.edu!andrew.cmu.edu!mc4c+@sei.cmu.edu (Mark
Choi)
Subject: 1 year warranty and stuff
To: Info-Atari16@naucse.cse.nau.edu
ATari supposedly updated their warranty to one year. Is this
retroactive? I have some problems w/ STacy (that occured in 90 warranty,
but I never got a chance to bring it in) and I would wlike to get them
taken care of. The track ball sticks all the time, one of the plactic
covers arrived broken, and worst of all, the LCD screen has become loose
on one side. I could probably take the baby apart and fix it myself, but
if it is now still under warranty, why bother.
Does anyone know if GBS is still working on an internal Spectre. The
external one is a real pain in the ass for the STacy, with that floppy
wire tangling things up, the power cord (There is NO Stacy battery from
Atari!) hanging off, and the cartridge almost breaking off every time I
lift the machine. It's a mess. D. Small was supposedly talking about
piggybacking a Spectre to the TOS ROMS. Where did this ever go?
I still need a copy os STOS/SCULPT, by the way.
Also, just read some stuff about GEOWORKS, talked about here a while
back. It seems like a great implementation of Motif, and Atari should
do something similar. It does preemtive multitasking (with DOS!),
supports most graphics standards, needs minimal memory, and is fast. It
will give Bill Gates a run for his money.
Since Atari is supposedly going to use Motif for the vapourware Atari
UNIX, Why not bag GEM for the STe's and MEGA's as well?
While I'm in this mode, lets have a vote. Should Atari bag backward
compatibility (except for software emulation) and design a great
operating system from the ground up, or go with Mach or something, and
do it right this time? Or should they continue to try to update TOS,
which is obsolete, and as a CP/M clone, is archaic and all but dead IMO.
I know all the old programs would have to be rewritten, but then maybe
we could get a really powerful machine, with a much nicer GUI. I mean,
the hardware is O.K.. Send to my account and I will compile.
------------------------------
Date: 21 Mar 91 02:14:48 GMT
From: ucdavis!csusac!csuchico.edu!ekrimen@ucbvax.berkeley.edu (Ed Krimen)
Subject: 1 year warranty and stuff
To: Info-Atari16@naucse.cse.nau.edu
mc4c+@andrew.cmu.edu (Mark Choi) writes:
- ATari supposedly updated their warranty to one year.
From whom did you hear this?
- Does anyone know if GBS is still working on an internal Spectre.
Still working? I didn't know they were working on one. Have you
called GBS and asked them?
--
Ed Krimen ...............................................
||| Video Production Major, California State University, Chico
||| INTERNET: ekrimen@ecst.csuchico.edu FREENET: al661
/ | \ SysOp, Fuji BBS: 916-894-1261 FIDONET: 1:119/4.0
------------------------------
Date: 19 Mar 91 14:45:13 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!bloo
m-beacon!eru!hagbard!sunic!mcsun!hp4nl!telmail!neabbs!vousten@arizona.edu (ROB
VOUSTEN)
Subject: Calamus demo
To: Info-Atari16@naucse.cse.nau.edu
I just uploaded CALAMUS.LZH to atari.archive. It's the demo version 1.09
of Calamus. Someone on the net asked for it last week. You can't save
documents, but it will give you a good impression of what the program
can do. (Be prepared: archive contains path names.)
On the same subject: as far as I know, anyone who uploads something to
atari.archive will have to send a short description of the uploads to
Jeff Weiner (the archive caretaker) so he will know where to put the
stuff. If we limit the description to, say, 3-5 lines of relevant info
then perhaps Jeff could collect the descriptions and send them out to
the net maybe once a week. Something similar is done on the Mac digests
that I receive. Is this a good idea? It would give us info on *all* new
uploads so we don't have to depend on the occasional soul who sends his
'new uploads' message. And it would give Jeff something to do after
graduation... :-)
----------------------------------------------------------------------.
| Rob Vousten |
| University of Nijmegen - Dept. of General Linguistics & Dialectology |
| Erasmusplein 1 NL-6526 HT Nijmegen The Netherlands |
| BITNET: U218008@HNYKUN11 INTERNET: u218008@hnykun11.urc.kun.nl |
'----------------------------------------------------------------------'
------------------------------
Date: 20 Mar 91 11:49:17 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!ai-lab!opal!db0tui11!ger
loff@arizona.edu (Olaf Gerloff)
Subject: GCC: Virtual memory exhausted error?
To: Info-Atari16@naucse.cse.nau.edu
In article <0bsiSby00VADAIpl4O@andrew.cmu.edu>, es2a+@andrew.cmu.edu (Eric
Stuyvesant) says:
>
>I'm running gcc from RAMdisk on my 4 Mb system, and am playing a
>balancing game between disk space and memory. I have been getting an
>error from GCC, namely "Virtual memory exhausted." Does this really
>mean "disk space exhausted," as it seems to imply, or does it mean "not
>enough memory?" It doesn't seem to matter which version of gcc I use,
>be it 1.37 or 1.39.
>
It means that gcc hasn't enough memory to work. He says virtual memory, because
gcc was first designed for UNIX, where you have virtual memory because of
paging and/or swaping.
Greetings, Olaf
-------
*******************************************************************************
* Olaf Gerloff * Internet: GERLOFF@tubvm.cs.tu-berlin.de *
* Technical University Berlin (FRG) * BITNET : GERLOFF@DB0TUI11 *
*******************************************************************************
* Impossible things will be executed immediately, *
* miracles take a little longer! *
*******************************************************************************
------------------------------
Date: Wed, 20 Mar 91 20:57:16 +0100
From: Z07801%BBRBFU01.BITNET@CUNYVM.CUNY.EDU
Subject: Graphic TIFF to IMG converter request
To: INFO-ATARI16@naucse.cse.nau.edu
I 'm looking for a TIFF -> IMG converter. Is there any at terminator...
or other FTP site ?
Patrick INSTALLE
------------------------------
Date: 20 Mar 91 20:20:00 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!cs.utexas.edu!sun-barr!newstop!texsun!convex!r
osenkra@arizona.edu (William Rosencranz)
Subject: IFF converters?
To: Info-Atari16@naucse.cse.nau.edu
much of the PBMplus package has been uploaded to atari.archive.
look in
component. check the manpages. with PBM you can convert (and
manipulate) between just about most all popular graphic formats, color,
grayscale, and bitmap (mono). i have not tried it on the ST,
but always had good luck when i had access to a sun. warning: it
is HUGE. i know there are spc components as well as pi1, pi3, and
gif. the manpage archive is only 50k or so. get that first.
wait, i just checked...PBMplus has an IFF ILBM to pbm converter.
from pbm you can go to GIF, PI1, SPC, etc. only problem is the atari
port does not include ilbmtopbm. still, you can get the source
for PBM at your nearest comp.sources.unix archive and port it yourself.
best bet would be using gcc with 32-bit ints for easiest port.
hope this helps...
-bill
rosenkra@convex.com
--
Bill Rosenkranz |UUCP:
Convex Computer Corp. |ARPA: rosenkra%c1yankee@convex.com
------------------------------
Date: 20 Mar 91 22:42:03 GMT
From: haven!umbc3!umbc5.umbc.edu!chuck@purdue.edu (Chuck Rickard)
Subject: Laplink(tm) compatible program for the ST?
To: Info-Atari16@naucse.cse.nau.edu
Is there a program for the ST that is compatible with the program Laplink
on the IBM? I already have the cable and everything for the PC, so all I
need is the driver software for the Atari.
Thanks for any help!
Chuck Rickard
(chuck@umbc5.umbc.edu)
------------------------------
Date: 20 Mar 91 11:06:58 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
!sunic!mcsun!hp4nl!philapd!idcapd!wilko@arizona.edu (W.C. Bulte)
Subject: memory upgrade woes on a Mega 1
To: Info-Atari16@naucse.cse.nau.edu
I am experiencing some problems in upgrading a Mega 1 to a Mega 2.5. I did
replace bank 1 consisting of 4 x 414256 (256Kx4 chips) by 16 x 411000 (1Mx1).
The missing A9 line (not used on the 414256) is connected to the 411000 via
a series R of 33 ohm.
Result of all this: the ST recognizes the new bank 1 as a 128k bank, giving me
a total of 640 kbytes. In addition a very interesting moving pattern of
vertical bars appears on the screen. The bars are approximately 8 pixels wide.
I get the impression that this screen pattern is due to non-refreshed dram
locations. Apparantly the ST thinks (?) that 64 k drams are used for bank 1,
resulting in a refresh cycle on 8 address lines (256 address refresh cycle)
instead of the 9 address and 512 refresh cycle a 1Mbit memory cell requires.
My question: does Atari use a different MMU chip in the Mega 1 with 414256
chips which cannot handle the 1Mbit cells? This would mean I am stuck with
1Mbyte. I'd love to see Spectre running with some more memory and Multifinder.
Any help appreciated
_ ______________________________________________________________________
| / o / / _ Wilko Bulte Domain: wilko@idca.tds.philips.nl
|/|/ / / /( (_) uucp : [mcsun,hp4nl]!philapd!wilko
* Philips Information Systems Nederland phone: 055-432372 fax: 055-432103
____________________________________________________________________________
------------------------------
Date: 20 Mar 91 20:14:04 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!uwm.edu!psuvax1!
ukma!xanth!xanth.cs.odu.edu!jason@arizona.edu (Jason "dedos" Austin)
Subject: Monochrome monitor for 1040ST
To: Info-Atari16@naucse.cse.nau.edu
Anyone know of a good place to get a monochrome monitor that
will work with my 1040ST? Atari dealers have become non-existant
around here, and I can't find much information on compatible ones.
Thanks for any help.
--
Jason C. Austin
jason@cs.odu.edu
------------------------------
Date: 20 Mar 91 14:16:29 GMT
From: visix!brett@uunet.uu.net (Brett Bourbin)
Subject: Mouse Crazy! (also NoiseTracker 1.5)
To: Info-Atari16@naucse.cse.nau.edu
In article <9103191745.AA09197@ucbvax.Berkeley.EDU>
robotron@tardis.computer-science.edinburgh.ac.uk (Stephen K Mulrine) writes:
>In comp.sys.atari.st, smisra@eos.ncsu.edu (SAURABH MISRA) writes:
>
>I got NoiseTracker v1.5 recently. I'm sure it's public domain, so should I
~~~~~~~~~~~~~
>try to upload it to atari.archive? There's nothing in any of the
>documentation which suggests I shouldn't distribute it, but there's nothing
>which says I should either. It's a wonderful piece of software - I use it
>on my STe to play Sound/NoiseTracker modules I've downloaded from a couple
>of Amiga Games Machine anonymous FTP sites (ab20.larc.nasa.gov and
I would double-check that, because I know the Amiga version was NOT in the
public domain. I would think the same would be true for the ST.
>UUCP: ..!uunet!nsf.ac.uk!tardis.cs.ed.ac.uk!robotron
--
__
Brett Bourbin \ / /(_ /\/ 11440 Commerce Park Drive
..!uunet!visix!brett \/ / __)/ /\ Reston, Virginia 22091
brett@visix.com Software Inc (703) 758-2733
------------------------------
Date: 20 Mar 91 18:34:53 GMT
From: ucdavis!csusac!csuchico.edu!neonman@ucbvax.berkeley.edu (Justin DuBois)
Subject: Spectre 128
To: Info-Atari16@naucse.cse.nau.edu
I am Looking for an older style Spectre Cartridge. Is anyone
selling there Spectre 128 Cartridge please leave me mail at
neonman@ecst.csuchico.edu
The Mac Roms may not need be included, Please leave me a message,
and a price.
------------------------------
Date: 20 Mar 91 20:42:57 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!sun-barr!newstop!texsun!conv
ex!rosenkra@arizona.edu (William Rosencranz)
Subject: standard practices
To: Info-Atari16@naucse.cse.nau.edu
while on the subject of standards, can i throw in my 2 cents on another
plead for consistency?
it would be really nice if unix-like programs on the ST (or anywhere, for
that matter) would include the following command line switches:
-debug to turn on internal debugging, if any
-help to print a usage synopsis
-version to print current program version
-changes to print major changes since last rev (or indicate
that this is first rev)
it makes life a little easier and is no big deal to program, viz:
for (argc--, argv++; argc && (**argv == '-'); argc--, argv++)
switch (*(*argv+1))
case 'd':
if (!strncmp (*argv, "-debug", 6))
debugging++;
break;
/* otherwise handle any "-d" option */
break;
case 'v':
if (!strncmp (*argv, "-vers", 5))
printf"%s\n", versionon);
exit (0);
/* otherwise handle any "-v" option */
break;
case 'h':
if (!strncmp (*argv, "-help", 5))
usage ();
exit (0);
/* otherwise handle any "-h" option */
break;
case 'c':
if (!strncmp (*argv, "-chang", 6))
changes ();
exit (0);
/* otherwise handle any "-c" option */
break;
/* any other options... */
i like debugging++ rather than debugging = 1 since you could potentially
have severall levels (-debug or -debug -debug or ...). if you really want
more generality, change to:
case 'H': /* for desktop's benefit */
case 'h':
if (!strncmp (stolower (*argv), "-help", 5))
/* stolower returns (char *) ptr after lowercasing
the string arg */
...
does this sound reasonable? i have adopted this myself for both unix and
TOS. i just wish P1003.2 would say something about this...
-bill
rosenkra@convex.com
--
Bill Rosenkranz |UUCP:
Convex Computer Corp. |ARPA: rosenkra%c1yankee@convex.com
------------------------------
Date: 21 Mar 91 03:37:39 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!munnari.oz.au!brolga!uqcsp
e!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison)
Subject: standard practices
To: Info-Atari16@naucse.cse.nau.edu
In <1991Mar20.204257.26740@convex.com> rosenkra@convex.com (William Rosencranz)
writes:
>while on the subject of standards, can i throw in my 2 cents on another
>plead for consistency?
>it would be really nice if unix-like programs on the ST (or anywhere, for
>that matter) would include the following command line switches:
> -debug to turn on internal debugging, if any
> -help to print a usage synopsis
> -version to print current program version
> -changes to print major changes since last rev (or indicate
> that this is first rev)
-debug - Very rarely used, so should be #IFDEFed out in releaase.
-help - No way! I MUCH prefer "man <command>" - and again, save on program
size.
-version - I totally agree, it takes no effort or space, and is useful for
updates.
-changes - No, stick it in the manual.
See. Standards only work if they are inarguably beneficial.
Personally, I write more GEM stuff than TOS stuff, and in THAT CASE, "help",
"version"
and "changes" are good things to include - because the average GEM user is
_potentially_
a dim wit - so it goes to make the program more User Friendly. People who use
command lines are used to using "man" or just "more"ing the documentation.
Warwick.
--
_--_|\ warwick@cs.uq.oz.au
/ * <-- Computer Science Department,
\_.--._/ University of Queensland,
v AUSTRALIA.
------------------------------
Date: 20 Mar 91 19:38:59 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!uwm.edu!ux1.cso.uiuc.edu!m
.cs.uiuc.edu!flute.cs.uiuc.edu!totty@arizona.edu (Brian Totty)
Subject: ST Disks & Sparcstation Drives
To: Info-Atari16@naucse.cse.nau.edu
A few months ago, some people were talking about reading Atari
ST disks from a Sparcstation. Does anyone know how to go about
this?
Specifically, I want to read files from a double sided disk onto
my Sparc and then transfer them to my ST hard disk via modem (I
only have a single-sided floppy).
/ Brian Totty o o
/__ __ o 1304 W. Springfield Avenue o
/ / / / Urbana, IL 61801 \_/ "We have corn in
/__/ / / totty@cs.uiuc.edu Massachusetts too!"
------------------------------
Date: 20 Mar 91 16:46:41 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!samsung!olivea!mintaka!ai-lab!life.ai.mit.edu!
johnb@arizona.edu (John Bunch)
Subject: Stuck STe ?
To: Info-Atari16@naucse.cse.nau.edu
Hmmmm, Hello all.
I seem to have encountered a strange problem. I will try to do my
best to describe it. Just to make thing clear. I have an Atari
1040STe with 1 meg of ram. I just bought it 2 weeks ago. I also have
an SC1224 that came with the ST I had and a Beast Systems DS/DD 720k
floppy drive. I have the following programs in my auto folder:
STE_FIX.PRG ! off of my Atari Language disk.
VDI_FIX.PRG ! V1.10 from terminator.
QUICKSTC.PRG ! V2.11
Well, that should be enough info on that. Now here is my problem.
When I run any program they work, but when I try to exit said program
my screen goes white and does not return to the desktop till I hit
ctrl-alt-del. Now I tried a few programs and encountered the same
problem with a few programs. Uniterm, unlzh14.prg, dterm_1c.prg.
Those are the only ones I've tested so far. This problem just started
now. I just changed my auto folder so that the only thing that loads
is ste_fix.prg and I have been able to exit programs, but I didn't
have any problems yesterday like this. Any ideas?
John Bunch
--
************************************************************************
* John Bunch * 610 Morris St. * To be filled with a nifty *
* johnb@gnu.ai.mit.edu * Albany,NY * quote at a later date... *
* * 12208 * *
************************************************************************
------------------------------
Date: Wed, 20 Mar 91 20:29:04 EST
From: scott@sparc1.stevens-tech.edu (Scott Kolodzieski)
Subject: Trouble with Mono-spaced Fonts in a Mupfel (Gemini) Window
To: Info-Atari16@naucse.cse.nau.edu
Hello, this problem has been driving me crazy as of late.
My situation is as follows, I am using Gemini 1.2 on a 4 meg 1040
with TOS v1.4 (rainbow). Now I run bash in a Mupfel window (bash.ttp).
If I select any of the supplied gemini fonts, all is well. However
I recently got some other GDOS mon-spaced fonts (converted Mac fonts)
and when I select them, they work fine, but in the Bash window the cursor
leaves a 1 pixel high trail behind. The trail is under the cursor, as it
gives the apperance that all characters are underlined. I have tried to
edit the fonts with Fontz and Gemfed, changing ascent/descent/base/half
lines, but nothing seems to work. I always get this trail.
By the way I am using the AMCGDOS that came with Gemini 1.2!
Also since I am asking, does anyone know if there is a program that
will convert proportional fonts to mono-spaced fonts.
Many thanx --
Scott Kolodzieski
Your choice of reply:
scott@sparc1.stevens-tech.edu (better)
-or-
skolodzieski@sitvxc.stevens-tech.edu (ok)
------------------------------
Date: Wed, 20 Mar 1991 12:17:00 -0500
From: CSULLOGG@CRL.AECL.CA
Subject: TT questions
To: info-atari16@naucse.cse.nau.edu
As a TT user, life is pretty lonely right now. I keep posting questions
on the net about TT compatible software but I do not get any responses.
If anyone has an answer to any of the following, please post a reply:
1. Is there a terminal emulation package (VT100/240,etc) that works on
the TT in TT screen modes (Flash and Uniterm have to be in ST
screen mode).
2. Do any of the PC emulators work on the TT (ATOnce, ATSpeed, Delta-
Modul, SuperCharger). I want minimum AT emulation but would prefer
386 performance.
3. When will Pagestream be fixed to work on a TT (Calamus works in
ST screen modes and sort of works in TT screen mode).
4. Has Signum been updated for the TT? (Tex works well but I hate
the command interface).
5. NeoDesk 3 requires a warm reboot to change rez on the TT, thus
making it unusable because I have to change rez often. Will this
be worked around in the future.
6. I spoke with the developer of Revolver and there is no plan for an
upgrade to the TT (ST versions did not sell very well). Pity,
the ST/TT without Revolver is a drag. Anyone else working on a TT
task switcher (I could retire before UNIX is ready).
7. MVG works only in ST high rez; any plans for a TT screen mode fix?
8. Turtle and Megamin will not work on the TT; any plans for an upgrade?
9. Will EasyDraw be recompiled for the 68030/68882; it would scream!
------------------------------
Date: 20 Mar 91 16:19:31 GMT
From: fs7.ece.cmu.edu!o.gp.cs.cmu.edu!redmond@sei.cmu.edu (Redmond English)
Subject: Uniterm & Kermit
To: Info-Atari16@naucse.cse.nau.edu
>>Help! I'm having big problems trying to get Uniterm to download
>>files with kermit. Can someone send me a detailed message on what to
>>do?
>>
>I'd be interested in any advice people have as well. I download some-
>thing to my ST, and when I try to unarc it, the arc usually comes up
>with a comment like "This uses 13 bits I can only handle 12." Can anyone
>tell me why the files I try to downloaded after ftp'ing keep getting
>smashed? The text files are ok, its just the binaries that are getting
>creamed.
>
You are probably not setting binary mode on either on or both ends.
The kermit server can be set to binary with: set file type binary
and the uniterm end can be set to binary mode by clicking on the
"Binary Mode" button.
"It works for me!"
Red/.
------------------------------
Date: 20 Mar 91 19:51:54 GMT
From: noao!ncar!elroy.jpl.nasa.gov!jato!vsnyder@arizona.edu (Van Snyder)
Subject: Uniterm & Xmodem (was Kermit)
To: Info-Atari16@naucse.cse.nau.edu
In article <7190@bgsuvax.UUCP> jbernat@bgsuvax.UUCP (Jim Bernatowicz) writes:
>From article <1991Mar20.114315.19825@watdragon.waterloo.edu>, by
badorion@watyew.uwaterloo.ca (Brian A. Dorion):
>
>... If you
>are using Kermit to Xfer files from a Vax, you may wish to look for
>sx,sb,sz (Send Xmodem, Batch (Ymodem), Zmodem, respectively.) Also,
>rx,rb,rz are the receive counterparts. Once I found these, I found
>Kermit to be too annoying and slow to deal with.
If you use Xmodem, make sure to use no handshaking or CTS/RTS handshaking.
Xmodem uses an 8-bit binary block number, starting at zero. When it gets up
to ~S, the connection shuts down if you're using X-on/X-off handshaking.
--
vsnyder@jato.Jpl.Nasa.Gov
ames!elroy!jato!vsnyder
vsnyder@jato.uucp
------------------------------
End of Info-Atari16 Digest
******************************